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PRODUCT NAME: DECnet-VAX, Version 5.4 


DESCRIPTION 

DECnet-VAX allows a suitably configured VMS sys¬ 
tem to participate as a routing or end node in DEC- 
net computer networks. With proper network planning, 
DECnet-VAX, Version 5.4 networks can contain up to 
1023 nodes per network area and up to 63 areas per 
network. DECnet-VAX interfaces are standard compo¬ 
nents of VMS for use on a local standalone system. 

DECnet-VAX end node and full function products are li¬ 
censed separately for VMS. The DECnet-VAX License 
Product Authorization Key (PAK), when registered on 
a VMS system, enables communication between dif¬ 
ferent networked systems that use the same protocols. 

DECnet-VAX is a Phase IV network product and is 
warranted only for use with Phase III and Phase IV 
products supported by Digital Equipment Corporation. 

DECnet-VAX offers task-to-task communications, file 
management, downline system and task loading, net¬ 
work command terminals, and network resource shar¬ 
ing capabilities using the Digital Network Architecture 
(DNA) protocols. DECnet-VAX communicates with ad¬ 
jacent and non-adjacent Phase III and Phase IV nodes 
(adjacent nodes are connected by a single communi¬ 
cations line). 

VMS programs written in VAX MACRO and native 
mode high-level languages can use DECnet-VAX ca¬ 
pabilities, but programs executing in PDP-11 compati¬ 
bility mode cannot use DECnet-VAX. 

The network functions available to a DECnet-VAX user 
depend, in part, on the configuration of the rest of the 
network. Each DECnet product offers its own subset 
of Digital Network Architecture (DNA) functions and 
its own set of features to the user. Networks consist¬ 
ing entirely of DECnet-VAX Phase IV nodes have all 
the functions described in this Software Product De¬ 
scription (SPD). Networks that combine different DEC¬ 
net implementations may limit the functions available 
to the DECnet-VAX user on non-DECnet-VAX nodes 
since other DECnet implementations may not imple¬ 
ment certain functions. Similarly, a user of another 
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DECnet implementation may not be able to access all 
DECnet-VAX functions. 

The functions available to users on mixed networks 
can be determined by a comparison of the SPDs for 
the appropriate DECnet products. 

Routing 

A Full Function DECnet-VAX License PAK must be 
registered on a node in order for that node to oper¬ 
ate as a routing node. For a node to operate as an 
end node, either the Full Function or the End Node 
DECnet-VAX License PAK must be registered on that 
node. Full Function DECnet-VAX software allows a 
node to be set up as either a routing node or as an 
end node. 

A DECnet-VAX node must function as a routing node 
whenever multiple circuits are used by that node. 
Routing nodes maintain information on the paths to 
other nodes in the network. DECnet-VAX end nodes 
provide all the capabilities of DECnet-VAX routing 
nodes with the exception that end nodes cannot route 
messages on behalf of other nodes in the network. 
Since end nodes do not route messages, they do not 
need to maintain routing information. Consequently, 
end nodes initiate less overhead message traffic than 
routing nodes and, therefore, consume less process¬ 
ing power than routing nodes. 

Adaptive Routing is the mechanism which routing 
nodes use to “adapt” or choose other physical paths 
if the physical path the routing nodes are using fail or 
change line cost. 

In addition to adaptive routing, which all DECnet Phase 
IV implementations use, DECnet-VAX supports area 
routing. Area routing is a method by which DECnet 
can send and route messages between the nodes in 
different areas of the network. Up to 63 areas with 
up to 1023 nodes per area are allowed. The network 
manager has the option of separating a network into 
areas. Area-based DECnet networks are hierarchical 
networks and some restrictions apply to communica¬ 
tions from nodes in one area to nodes in another area. 
However, it is not required that all nodes in the network 
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be DECnet-VAX or even Phase IV nodes. Proper net¬ 
work planning is essential when using area routing or 
configuring large networks. Valid topologies are the 
responsibility of the customer. 

Note: Only 32 routers are supported on an extended 
LAN. 

A DECnet-VAX node has the ability to communicate 
with a remote node over multiple circuits simultane¬ 
ously, as long as those circuits are all of equal cost 
AND provide the lowest cost path. DECnet-VAX rout¬ 
ing nodes will split transmission of a packet load to a 
destination node via multiple paths if those paths are of 
equal lowest cost. This capability is called Equal Cost 
Path Splitting. This feature can increase throughput 
of data by using all the best available paths. In order 
to take full advantage of this capability, all intermedi¬ 
ate routing nodes should also support this feature and 
all destination nodes must support out-of-order packet 
caching. 

Standard DECnet-VAX Capabilities 

Task-to-Task Communication 

For most applications, task-to-task communication can 
be programmed in a transparent manner where the re¬ 
mote task is treated as a full duplex, record-oriented 
device. Transparent operation is provided via the fol¬ 
lowing interfaces: System Service calls, RMS calls 
(OPEN, GET, PUT, and CLOSE) and high-level lan¬ 
guage I/O statements (which are mapped to RMS 
calls). A nontransparent mode of task-to-task com¬ 
munication is offered by means of the System Service 
interface that extends the capabilities provided by the 
transparent mode. These capabilities include support 
for interrupt messages and multiple inbound connect 
requests. 

Using DECnet-VAX, a VMS program written in VAX 
MACRO or a native mode high-level language can 
exchange messages with other user programs. The 
two user programs can be on the same node, on ad¬ 
jacent Phase III or Phase IV nodes, or on any two 
non-adjacent Phase III or Phase IV nodes in the same 
network connected by Phase III or Phase IV routing 
nodes. DECnet-VAX imposes no special data format¬ 
ting requirements on the user. 

Network Resource Access 

File Access - File access is supported to and from 
remote DECnet systems transparent to VAX MACRO 
and native mode high-level language programs using 
RMS. User programs can sequentially read, create 
and delete files on a remote node. 


Record Access - User programs can perform record 
level operations such as GET, PUT, UPDATE, DELETE, 
FIND, and REWIND to access and modify files resid¬ 
ing on a remote VMS node. In addition to sequential 
access to a file, several other access methods are sup¬ 
ported through RMS using DECnet-VAX. These meth¬ 
ods include random access by relative record num¬ 
ber, random access by key value, random access by 
Record File Address (RFA), and block I/O access by 
virtual block number. 

Proxy Access 

Remote users can have access up to 15 proxy ac¬ 
counts on a specific remote system. One proxy ac¬ 
count should be designated as the default proxy ac¬ 
count on the remote system. 

Command Language File Management 

Most VMS Digital Command Language (DCL) com¬ 
mands can be used to perform network file oper¬ 
ations. These commands include: ANALYZE, AP¬ 
PEND, BACKUP, CLOSE, CONVERT, COPY, CRE¬ 
ATE, DELETE, DIFFERENCES, DIRECTORY, DUMP, 
OPEN, PRINT, PURGE, READ, SEARCH, SUBMIT, 
TYPE, and WRITE. The operation of these commands 
is transparent except for commands which invoke pro¬ 
cessing on a specific system (i.e., SUBMIT/REMOTE 
and PRINT/REMOTE). Only a node name added to 
a file specification is required to invoke the network 
capabilities via one of these commands. 

Using the COPY command, a user can transfer se¬ 
quential, relative, and indexed-sequential (ISAM) files 
between DECnet nodes which support compatible file 
structures and record formats. Sequential or rela¬ 
tive files with fixed length, variable length, or vari¬ 
able length with fixed control field records can be 
transferred between two VMS systems. Similarly, 
multi-keyed indexed files with variable or fixed length 
records are supported. 

The SUBMIT command allows command files residing 
on a remote node to be submitted for execution at 
the remote node. The command file must be in the 
format expected by the node responsible for execution. 
Conversely, DECnet-VAX allows VMS command files 
to be received from other systems and executed. 

A new DCL command, EXCHANGE/NETWORK which 
allows for the transfer of files to or from heterogeneous 
systems is now available. This new command gives 
users the option to transfer file types between MS- 
DOS ® or ULTRIX systems and VMS systems regard¬ 
less of record semantics. Unlike the COPY command 
which preserves file and record organization during a 
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file transfer, this command enables the user to modify 
file and record attributes during file transfer. 

Downline System Loading 

DECnet-VAX allows for the loading of an unattended 
system using the services provided by the Mainte¬ 
nance Operations Module (MOM). MOM provides a 
set of maintenance operations over various types of 
circuits by using the Maintenance Operations Proto¬ 
col (MOP). A loadable system is a system which has 
a load device enabled for MOP service functions and 
for which a properly formatted load file is supplied. 
Downline loading involves transferring a copy of the 
properly formatted load file image of a remote node’s 
operating system from a VMS node to the unattended 
target node. For example, DECnet-VAX permits the 
user to load an RSX-11S Operating System file im¬ 
age from the VMS node downline to the target node. 
Load requests can come from the local DECnet-VAX 
operator or from the target node. Downline Loading 
is supported for Digital server products. However, this 
facility is not supported over asynchronous DECnet- 
VAX connections. 

Downline Task Loading 

Initial task images for loadable systems can be stored 
on VMS file system devices and loaded into remote 
nodes. Programs already executing on loadable RSX- 
11S systems can be checkpointed to the host VMS file 
system and later restored to main memory in the RSX- 
11S node running DECnet-RSX. Overlays for RSX-11S 
tasks can also be stored on VMS file system devices. 
These features simplify the operation of network sys¬ 
tems that do not have mass storage devices. 

This facility is not supported over asynchronous DECnet- 
VAX connections. 

Upline Dumping 

Memory images of adjacent RSX-1 IS nodes con¬ 
nected by DECnet can be written or dumped into a file 
on a VMS system. This facility helps a programmer 
understand what can cause the RSX-1 IS system to 
crash. This facility is also supported for Digital server 
products. 

This facility is not supported over asynchronous DECnet- 
VAX connections. 


Network Command Terminal 

The DCL command, SET HOST, allows a terminal 
user on one DECnet-VAX node to establish a logi¬ 
cal connection to another DECnet-VAX node or other 
types of DECnet nodes that utilize the Heterogeneous 
Command Terminal Protocol (consult the appropriate 
SPDs). This connection makes the terminal appear 
physically connected to the remote system and the 
operator can use all the standard system and network 
utilities supported by that remote node. This capabil¬ 
ity is particularly useful for doing remote program de¬ 
velopment, and allows the terminal users on smaller 
application-oriented systems to utilize the resources of 
larger development-oriented systems. 

VMS MAIL Utility 

VMS MAIL allows transmission of text messages be¬ 
tween users of a stand-alone VAX system. The 
DECnet-VAX software allows users to send and re¬ 
ceive VMS MAIL to or from users of other VMS sys¬ 
tems that operate within the same DECnet network. 

VMS PHONE Utility 

The VMS PHONE Utility allows users to send and re¬ 
ceive data interactively from one user’s terminal to 
another user’s terminal. DECnet-VAX increases the 
scope of PHONE to allow active users on different 
VMS systems in the same network to exchange in¬ 
formation. 

VAXcluster Alias 

DECnet-VAX supports the ability to access some or 
all nodes in a VAXcluster using a separate alias node 
address, while retaining the ability to address each 
node in the cluster individually. Not all network ob¬ 
jects may be accessed using this mechanism. More 
than 64 nodes may operate within a cluster, but the 
maximum number of nodes allowed to participate in 
the VAXcluster Alias are 64. Refer to the VAXcluster 
Software Product Description (SPD 29.78.xx) for rele¬ 
vant restrictions. 

At least one node in the VAXcluster must be configured 
as a router in order to use this feature. 
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Network Management 

The Network Control Program (NCP) performs three 
primary functions: displaying statistical and error infor¬ 
mation, controlling network components, and testing 
network operation. These functions can be performed 
locally or executed at remote Phase III or Phase IV 
nodes that support these functions. The NCP facil¬ 
ity allows for planning, building, tuning, and controlling 
DECnet networks. NCP can be used to create and 
manage networks including local node operation, re¬ 
mote node operation, circuits, lines, and objects. 

An operator can display the status of DECnet activ¬ 
ity at any Phase III or Phase IV node in the network. 
The user can choose to display statistics related to the 
node itself or the communication lines attached to that 
node, including traffic and error data. The local oper¬ 
ator can also perform many network control functions 
such as starting and stopping lines, activating the local 
node, and downline loading systems. 

DECnet-VAX provides network event logging to a ter¬ 
minal device or disk file. Any logged event can be used 
to monitor, diagnose, and tune a network. The NCP 
utility can be used to enable and disable the event 
logging facility. 

NCP can also be used to test components of the net¬ 
work. NCP enables transmission and reception of test 
messages over individual lines either between nodes 
or through other controller loopback arrangements. 
The messages can then be compared for possible er¬ 
rors. NCP allows performance of a logical series of 
tests that will aid in isolating network problems. 

Integrated Interfaces 

DECnet-VAX interfaces are standard parts of the VMS 
Operating System for use on local, standalone sys¬ 
tems. Users can develop programs and procedures 
based upon these interfaces for such functions as file 
access and task-to-task communication on individual 
systems. Since the DECnet-VAX interfaces stay the 
same, the programs and procedures developed on an 
individual system can be used in a network environ¬ 
ment without being modified. 

Communications Options 

DECnet-VAX uses synchronous, asynchronous, Eth¬ 
ernet, and Cl communications controllers to interface 
with other network nodes. Synchronous controllers 
use DDCMP, either when directly connected or when 
connected via modems, to provide full or half duplex 
communications over point-to-point lines, or full duplex 
over multipoint lines. Asynchronous controllers use 
DDCMP, either when directly connected or when con¬ 
nected via modems, to provide only full duplex com¬ 
munications over point-to-point lines. 


Note: Error Correcting and data suppression modems 
are not supported. Refer to HARDWARE REQUIRE¬ 
MENT section for a short description of controllers. 

Asynchronous lines are supported only to other sys¬ 
tems running DECnet-VAX, DECnet-RSX, PRO/DECnet, 
DECnet-Rainbow, DECnet-VAXmate and DECnet-DOS. 

DDCMP operation is not supported in cases where 
an asynchronous physical communication line is em¬ 
ulated by lower level protocols or communication sub¬ 
systems. Examples of this include X.29 virtual termi¬ 
nals, asynchronous connections as emulated by ter¬ 
minal servers, and connections via data switches. 

The Ethernet controllers allow DECnet-VAX to use Eth¬ 
ernet as its datalink transmission medium. 

The CIBCI, CIBCA, CI780 and CI750 employ unique 
protocols to provide services similar to those of 
DDCMP. 

VAX Packetnet System Interface (VAX P.S.I.) is the 
software product that provides an interface to X.25 
Packet Switching Data Networks (PSDNs). When 
DECnet-VAX is used in conjunction with VAX P.S.I., 
DECnet-VAX can utilize a virtual circuit (SVC or PVC) 
of the PSDN as though it were a standard datalink to 
transmit messages between DECnet nodes. 

Note: Up to 128 X.25 virtual circuits are currently sup¬ 
ported for Data Link Mapping (DLM), depending on 
CPU loading and capability. Refer to the VAX P.S.I. 
Software Product Description (SPD 25.40.xx) for more 
detailed information. 

A VMS system can be used as either a control or a 
tributary node in a multipoint environment. DECnet- 
VAX supports a maximum of 32 tributaries controlled 
by one or more DMP11 or DMV11 control stations on 
a single node; a maximum of 8 tributaries can be con¬ 
trolled on one DMV11 multipoint line: a maximum of 
16 tributaries can be controlled on one DMP11 mul¬ 
tipoint line. The DMF32 may also be used with any 
UNIBUS VAX system as a tributary node. The DMP11 
can be used in point-to-point communications config¬ 
urations in DMC11 compatibility mode. The DMR11 is 
program compatible with the DMC11 and is supported 
in DMC11 compatibility mode as well DMR11 mode. 

The maximum throughput for a specific tributary node 
is equal to the maximum aggregate data rate for the 
control node divided by the sum of the number of ac¬ 
tive tributaries plus one. 

When configuring your system with specific devices, 
please refer to the DECnet-VAX Load Unit Tables (in¬ 
cluded in this SPD) for calculating configuration loads 
and for support information. 
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DECnet-VAX Operation 


HARDWARE REQUIREMENTS 


DECnet-VAX is implemented under VMS as an An¬ 
cillary Control Process (ACP) and a network de¬ 
vice driver with Digital-supplied executive-level com¬ 
ponents and user-level programs. 

The normal VMS protection has been incorporated in 
the operation of DECnet-VAX. For example, incom¬ 
ing connects including file access and file transfer re¬ 
quests are protected by the normal VMS login and 
file protection mechanisms. Outgoing connects includ¬ 
ing file access and file transfer requests can include 
user password information that is implicitly specified 
via NCP, or explicitly specified by the user for verifica¬ 
tion on the remote node. 


Notes: 1. if a device is not listed, that device is not 
supported by DECnet-VAX. 

2. An * by a device description indicates that the 
particular device is no longer offered as an 
option. 

Refer to the VMS Operating System Software Product 
Description (SPD 25.01 .xx) for hardware requirements 
and processor support. Reference can be made to 
the configuration charts listed in the VMS Operating 
System SPD. For general device or controller descrip¬ 
tions, please refer to the Networks and Communica¬ 
tions Buyers Guide. 


DECnet-VAX Configuration and Performance 

The process of configuring a DECnet-VAX node is 
based primarily on trade-offs of cost, performance, and 
functionality while satisfying the user’s application re¬ 
quirements. It can be expected that network applica¬ 
tions will range from low-speed, low-cost situations to 
those of relatively high performance and functionality. 
The performance of a given DECnet-VAX node is a 
function not only of the expected network traffic and 
resultant processing, but also of the amount of con¬ 
current processing specific to that node. Thus, node 
performance depends on many factors including: 

• CPU type 

• Number and type of devices attached to the partic¬ 
ular CPU 

• Number of device interrupts per unit time 

• Communication line(s) characteristics 

• Number and size of buffers 


One of the following communication devices is re¬ 
quired: 


DEUNA-AA 

DELUA 

DEBNA 


DEBNI 


DEMNA 


Ethernet controller interface. 

Ethernet controller interface, minimum 
revision level FI required. 

Ethernet 802.3-to-VAXBI Port Con¬ 
troller interface replacement for 
DEBNT. Concurrent use with DEBNT 
is not supported. The TK50/Ethernet 
port option is supported for concurrent 
TK50/Ethernet operation on packaged 
8000 class workstation systems only. 

Ethernet 802.3-to-VAXBI Port Con¬ 
troller interface. Similar to DEBNA in 
configuration, with increased perfor¬ 
mance, TK70 tape option disabled. 

Ethernet/802.3-to-XMI high- 
performance Port Controller interface. 
Smaller footprint than DEBNI in con¬ 
figuration, with increased performance 
over the DEBNI. 


• Message size and frequency of transmission 

• Applications in use 

• Size and frequency of route-through traffic (routing 
nodes only) 

It is important to note that the rate at which user data 
can be transmitted (throughput) over a communica¬ 
tions line can sometimes approach, but will never ex¬ 
ceed, the actual line speed. The reason is that the 
actual throughput is a function of many factors includ¬ 
ing the line quality, protocol overhead, topology and 
network application(s), as well as the factors cited in 
this section. 

Refer to the DECnet-VAX Load Unit Tables for maxi¬ 
mum system configuration information. 


DMC11-AR, -DA* Remote synchronous point-to-point in¬ 
terface, supports V.24/EIA RS-232-C, 
maximum speed 19.2 kilobits/second, 
full or half duplex. Not supported on 
DWBUA Adaptors. 

DMC11-AL, -MD* High speed local point-to-point syn¬ 
chronous interface, speed at 56 
kilobits/second via coax, full or half 
duplex. Not supported on DWBUA 
Adaptors. 

DMC11-AL, -MA* High speed local point-to-point syn¬ 
chronous interface, speed at 1000 
kilobits/second via coax, full or half 
duplex. Not supported on DWBUA 
Adaptors. 
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DMC11-AR, -FA* 


DMR11-AA 


DMR11-AC 


DMR11-AB 


DMR11-AE 


DMP11-AA* 


DMP11-AB* 


DMP11-AC* 


DMP11-AE* 


Remote CCITT V.35 point-to-point 
synchronous interface, speed up to 
56 kilobits/second via modems (up to 
250 kilobits/second via coax), full or 
half duplex Not supported on DWBUA 
Adaptors. 

Remote point-to-point synchronous 
interface, supports RS-423-A up 56 
to kilobits/second or RS-232-C up 
to 19.2 kilobits/second, half or full 
duplex. 

High speed local synchronous inter¬ 
face with integral modem for local 
connection, point-to-point, half or full 
duplex. 

Remote CCITT V.35 synchronous 
interface, speed up to 56 kilo¬ 
bits/second via modems (up to 
1000 kilobits/second via local coax), 
point-to-point, half or full duplex. 

EIA RS-422 synchronous interface, 
speed up to 1,000 kilobits/second 
(modem switch selectable speeds: 

56, 250, 500, 1000 kilobits/second), 
point-to-point, half or full duplex. 

EIA RS-232-C up to 19.2 kilo¬ 
bits/second or RS-423-A (up to 56 
kilobits/second) synchronous com¬ 
munication interface; can be used 
as multipoint control or tributary 
station; half or full duplex; configura¬ 
tion limitations based on number of 
tributaries. 

CCITT V.35 synchronous communica¬ 
tion interface. Maximum data rate 56 
kilobits/second; can be used as mul¬ 
tipoint control or tributary station; half 
or full duplex; configuration limitations 
based on number of tributaries. 

Local synchronous communication 
interface with integral modem (switch 
selectable speeds: 56, 250, 500 or 
1000 kilobits/second; Maximum data 
rate 500 kilobits/second FDX or 1000 
kilobits/second HDX; can be used as 
multipoint control or tributary station; 
configuration limitations based on 
number of tributaries.) 

RS-422-A remote synchronous com¬ 
munication interface. The maximum 
data rate is 1000 kilobits/second; 
can be used as multipoint control or 
tributary station; half or full duplex; 
configuration limitations based on 
number of tributaries. 


DMF32-LP 


DSB32 


DMB32 


DHB32 

DHU11 

DZ11 

DZ32 

DMZ32 


Synchronous point-to-point or mul¬ 
tipoint (tributary only) line support 
for RS-232-C or RS-423-A interface 
up to 19.2 kilobits/second, half or 
full duplex. Asynchronous point-to- 
point only line support for RS-232-C 
or RS-423-A interface up to 9.6 
kilobits/second, half or full duplex. 
Supported on DWBUA adaptors. 

Synchronous, 2-line, half or full duplex 
point-to-point VAXBI communication 
interface supporting DDCMP (1 or 2 
lines up to 64 kilobits/second) with full 
modem control. 

VAX Bl controller interface: 
T1012/H3033 half or full duplex 
synchronous point-to-point only 
ports are compliant with RS232- 
C, RS422A/RS449, V.11, X.27, 
and V.35 and are compatible with 
RS423A/RS440, V.28/V.24, V.10 and 
X.26. T1012/H3033 asynchronous 
point-to-point only ports are compliant 
with EIA RS232-C and compatible 
with V.28/V.24. T1012 also compliant 
with RS423-A, V.10, and X.26, but 
H3033 distribution panel is not be¬ 
cause of pin limitation on the 25 pin 
D-type connector. 

Asynchronous 16 line terminal multi¬ 
plexer support for EIA RS-232-C or 
RS-423-A for Bl based system ter¬ 
minal connections. A maximum line 
speed of up to 19.2 kilobits/second 
with limited or no modem control for 
speeds above 9.6 kilobits/second 
and for the RS-423-A interface is 
supported. 

Asynchronous 16 line RS-232-C 
controller interface, speed up to 9.6 
kilobits/second, full modem control. 

Asynchronous 16 line support for EIA 
RS-232-C or RS-423-A interface up 
to 9.6 kilobits/second, partial modem 
control. 

Asynchronous 8 line support for EIA 
RS-232-C or RS-423-A interface up 
to 9.6 kilobits/second, partial modem 
control. 

Asynchronous 24 line support for EIA 
RS-232-C or RS-423-A interface up to 
9.6 kilobits/second. Modem support 
dependent on configuration. 
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CI750-AA, -AB Interconnect for VAX-11/750 systems 

within a maximum distance of 90 
meters. The effective maximum data 
rate of the CI750 using DECnet-VAX 
is limited to 1000 kilobits/second 
between any pair of nodes. 

CI780-AA, -AB Interconnect for VAX-11 /750, VAX- 

11/780, VAX-11/782, VAX-11/785, VAX 
8600, and VAX 8650 systems within a 
maximum distance of 90 meters. The 
effective maximum data rate of the 
CI780 using DECnet-VAX is limited to 
1000 kilobits/second between any pair 
of nodes. 

CIBCA Cl to Bl interface Adaptor. The 

CIBCA-A ships on 82x0, 83x0, 85x0, 
8700, 88x0 and 62x0 and is usable on 
those systems plus the 63x0 series. 
The CIBCA-B ships on the 8700, 
88x0, 62x0 and 63x0, and is usable 
on those systems plus 82x0, 83x0. 

CIBCA Cl to Bl interface Adaptor. The CIBCI 

ships on 82x0, 83x0, 85x0, 87x0 and 
8800, and is usable on all the above 
plus the 8810 and 8820N. 

MicroVAX and VAXstation system configurations ** re¬ 
quire one of the following communication devices: 

Note: 

** For VAXstation 2000 systems, only one on-board 
asynchronous data/modem RS-232C serial line is 
supported up to 9600 baud. 

For MicroVAX 2000 systems, up to 4 asynchronous 
data/modem RS-232C serial lines are supported up 
to 9600 baud. The asynchronous ports on the Mi¬ 
croVAX 3100 and VAXstation 3100 are supported 
up to 9.6 kilobits/second with full modem control. 

DEQNA* Ethernet Controller Interface - Minimum 

revision level required is K3. 

DELQA ETHERNET Controller Interface - replace¬ 

ment for DEQNA. Minimum revision level 
required is C3. DELQA high performance 
ROM option (DEQTA) is also supported. 

DESVA Ethernet controller interface for VAXstation 

2000 and MicroVAX 2000 Systems. 

DESQA Ethernet Controller Interface for MicroVAX 

3300/3400/3500/ 3600/3800/3900 series, 
VAXserver 3300/3400/3500/3600 series, 
and VAXstation 3300/3400/3500 series 
systems. High performance option (similar 
to DELQA ROM option) is supported. 


DSV11 


DIV32 


DSF32 


DMV11-AA 


DMV11-AF 


DMV11-AC 


DMV11-AB 


DSH32 


DHV11 


Synchronous, 2-line, half or full duplex 
point-to-point communication interface 
supporting DDCMP (1 or 2 lines up to 
64 kilobits/second, or 1 line up to 256 
kilobits/second). 

Synchronous, full duplex point-to-point 
ISDN Basic Rate Access (2B+D) commu¬ 
nication interface supporting DDCMP (1 
or 2 ’lines’ ie. ISDN B-Chanels at 64 kilo¬ 
bits/second multiplexed over the ISDN BRA 
interface). The 16 kilobits/second ISDN 
D-channel also supported by the DIV32 is 
reserved for Digital use. 

DEC WANcontrollor 620 - Two line syn¬ 
chronous commumications controller 
designed specifically for the VAXft 3000 
processors supporting DDCMP. DDCMP 
is supported at speeds up to 64 kilo¬ 
bits/second per line for a two-line operation. 

Point-to-point or multipoint (control or 
tributary station) synchronous line support 
for EIA RS-232-C up to 19.2 kilobits/second 
or RS-423-A (up to 56 kilobits/second) 
synchronous communication interface; 
half or full duplex; multipoint configuration 
limitations based on number of tributaries. 

Point-to-point or Multipoint (control or trib¬ 
utary station) synchronous line support 
for RS-423-A/449 interface up to 56 kilo¬ 
bits/second; half or full duplex; multipoint 
configuration limitations based on number 
of tributaries. 

Point-to-point or Multipoint (control or tribu¬ 
tary station) synchronous line support used 
with integral modem for local connection 
up to 56 kilobits/second, half or full duplex; 
multipoint configuration limitations based 
on number of tributaries. 

Remote point-to-point or multipoint (con¬ 
trol or tributary station) CCITT V.35 
synchronous line support up to 56 kilo¬ 
bits/second; half or full duplex; multipoint 
configuration limitations based on number 
of tributaries. 

DEC TERMINAL/WAN CONTROLLER 581 
- Combines DST32 and DHT32 function¬ 
ality. Asynchronous 8 line EIA RS-232-C 
or RS-422/3-A interface up to 9.6 kilo¬ 
bits/second, no modem control; and 1 line 
synch non-DMA DDCMP support up to 9.6 
kilobits per second, DEC and Bell 200 mo¬ 
dem compatible for bit- and byte-oriented 
protocols. Expansion adaptor required for 
MicroVAX 2000 systems. Concurrent use 
with DHT32 or DST32 is not supported. 

Asynchronous 8 line support for EIA RS- 
232-C or RS-423-A interface up to 9.6 
kilobits/second, full modem control. 
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DHQ11 Asynchronous 8 line support for El A 

RS-232-C or RS-423-A interface up to 
19.2 kilobits/second, with limited or no 
modem control for speeds above 9.6 
kilobits/second and for the RS-423-A 
interface. 

DHT32 Asynchronous 8 line support for EIA RS- 

423-A interface up to 9.6 kilobits/second, 
no modem control. Concurrent use with 
DST32 is not supported. 

DST32 Synchronous single line support for DD- 

CMP up to 9.6 kilobits/second, full duplex 
for MicroVAX 2000 systems. Concurrent 
use with DHT32 is not supported. The 
DST32 is not supported on the VAXstation 
2000. 

CXY08 Asynchronous 8 line support for EIA RS- 

232-C interface up to 19.2 kilobits/second, 
full modem control, for VAX 3000 series 
systems. 

DZQ11 Asynchronous 4 line support for EIA RS- 

232-C or RS-423-A interface up to 9.6 
kilobits/second, partial modem control. 

DZV11 Asynchronous 4 line support for EIA RS- 

232-C or RS-423-A interface up to 9.6 
kilobits/second, partial modem control. 

Note: The following RS-422/423 signals are not sup¬ 
ported by the DECnet-VAX or VMS software: 

NS - New Signal 
SR - Signaling Rate Selector 
LL - Local Loopback 
RL - Remote Loopback 
SS - Select Standby 

CLUSTER ENVIRONMENT 

DECnet-VAX is fully supported when installed on any 
valid and licensed VAXcluster* configuration without 
restrictions. The HARDWARE REQUIREMENTS sec¬ 
tions of the DECnet-VAX Software Product Descrip¬ 
tion (SPD 25.03.xx) and the VMS Operating System 
Software Product Description (SPD 25.01.xx), detail 
any special hardware required or not supported by this 
product. 

VAXcluster software provides a distributed computing 
environment across a highly integrated set of VAX 
and/or MicroVAX systems that operate as a single 
environment. VAXcluster members can share many 
resources such as, disk and tape storage, CPU re¬ 
sources, and system management operations. Within 
this highly integrated environment, systems retain 
their independence because they use local, memory- 
resident copies of VMS. Thus, members can boot and 
fail independently while benefiting from common re¬ 
sources. 


• VAXcluster configurations are fully described in the 
VAXcluster Software Product Description (29.78.xx) 
and include Cl, Ethernet and Mixed Interconnect 
configurations. 

GROWTH CONSIDERATIONS 

The minimum hardware/software requirements for any 
future version of this product may be different from the 
requirements for the current version. 

OPTIONAL HARDWARE 

Communication devices may be added from the de¬ 
vice class list up to, but not to exceed, the maximum 
defined by the DECnet-VAX SPD Load Unit Tables or 
the limits imposed by a bounded CPU system as men¬ 
tioned in the VMS Operating System SPD (25.01 .xx). 

SOFTWARE REQUIREMENTS 

• VMS Operating System, V5.4 

Only the Base VMS Kit component is required. 

OPTIONAL SOFTWARE 

• VAX Packetnet System Interface (P.S.I) V4.2 

• VAX Packetnet System Interface Access V4.2 

• VAX Wide Area Network Device Drivers VI. 1 Kit is 
required for any synchronous device operation. 

The VMS/ULTRIX Connection Software (UCX) can be 
installed to provide a TCP/IP environment on a VMS 
system. UCX includes capabilities such as file trans¬ 
fer (FTP), TELNET (X.25), Virtual Terminal support, 
and more. By purchasing and installing UCX, the 
TCP transport can be used without a PAK under a 
DECwindows environment. To use the FTP and TEL¬ 
NET applications, the UCX PAK must be installed in 
the License Management Facility (LMF). Refer to the 
VMS/ULTRIX Connection Software Product Descrip¬ 
tion (SPD 25.A4.xx) for more information. 

VMS Tailoring 

For VMS V5.x systems, the following VMS class is 
required for full functionality of this system integrated 
product: 

• VMS Required Saveset 

For more information on VMS classes and tailoring, 
refer to the VMS Operating System Software Product 
Description (SPD 25.01 .xx). 
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INSTALLATION 

Only experienced customers should attempt instal¬ 
lation of this product. Digital recommends that all 
other customers purchase Digital’s Installation Ser¬ 
vices. These services provide for installation of the 
software product by an experienced Digital Software 
Specialist. 

Courtesy Installation Service 

This software product will be installed by Digital at no 
additional charge if you purchase it concurrent with a 
Startup Service Package that includes installation ser¬ 
vice. Both the host operating system and this product 
must be installed concurrently. 

Customer Responsibilities 

Before Digital can install the software, the customer 
must: 

• Ensure that system meets the minimum hardware 
and software requirements (as specified in the rel¬ 
evant SPDs). 

• Prior to installing Digital hardware or software, ob¬ 
tain, install, and demonstrate as operational any 
modems and other necessary customer equipment 
or facilities to which Digital’s communication hard¬ 
ware or software will connect. 

• Designate one adjacent node to verify installa¬ 
tion/connectivity. 

• Make available, for a reasonable period of time, as 
mutually agreed upon by Digital and the customer, 
all hardware communication facilities and terminals 
that are to be used during installation. 

Delays caused by any failure to meet these responsi¬ 
bilities will be charged at the prevailing rate for time 
and materials. 

Installation for DECnet-VAX will consist of the follow¬ 
ing: 

• Verification that all components of DECnet-VAX 
have been received. 

• Verification that the necessary versions of the VMS 
software and documentation are available. 

• Verification of the appropriate SYSGEN parame¬ 
ters. 

Note: Should a software specialist be required to 
modify the previously installed operating system pa¬ 
rameters, a time and materials charge will apply. 

• Create any necessary DECnet-VAX accounts and 
directories. 

• Enable software via License Product Authorization 
Key (PAK) registration. 


• Define and create a local node DECnet database. 

• Modify the system’s startup command procedure to 
include start up of the DECnet-VAX network. 

• Verify the proper installation of DECnet-VAX by run¬ 
ning a series of tests to show connectivity to a des¬ 
ignated node. 

Connectivity to all other nodes within the network is the 
responsibility of the customer. Digital recommends the 
use of the NCP facility to help verify connectivity. 

ORDERING INFORMATION 

DECnet-VAX software is shipped on the VMS Kit for 
all processors including MicroVAX-based processors. 

This software product supports the VMS License Man¬ 
agement Facility and will be enabled by a License 
Product Authorization Key (PAK) which is included as 
part of the purchase of a Single-Use License. License 
units for this product are allocated on a per CPU basis 
and not dependent on CPU Capacity or User/Activity. 

For more information on the License Management Fa¬ 
cility, refer to the VMS Operating System Software 
Product Description (SPD 25.01.xx) or the License 
Management Utility Manual included in the VMS Op¬ 
erating System documentation set. 

DECnet-VAX licenses also include the right to use 
VMS Services for PCs. VMS Services for PCs has 
separate documentation, media kits, and service prod¬ 
ucts. Refer to the VMS Services for PCs Software 
Product Description (SPD 30.50.xx) for further infor¬ 
mation. 

You will need a separate license PAK for each CPU 
on which you will be using the software product (ex¬ 
cept as otherwise specified by Digital). Then Materials 
and Service Options are selected to utilize the prod¬ 
uct more effectively. THE LICENSE OPTIONS ARE 
DESCRIBED BELOW. IF YOU ARE NOT FAMILIAR 
WITH THE SERVICE OPTIONS, YOU MAY OBTAIN 
THE APPROPRIATE SOFTWARE PRODUCT SER¬ 
VICE DESCRIPTION(S) FROM YOUR LOCAL DIGI¬ 
TAL OFFICE. 

Base License Option Numbers for DECnet-VAX are: 

End Node QL-D04A*-AA 

Full Function QL-D05A*-AA 

Migration Option QL-D09A*-AA 

• Denotes processor variant. Migration indicates an 
upgrade from End Node (EN) to Full Function (FF). 
Contact your local Digital Sales Office for Rental 
License Option availability. 
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LICENSE OPTIONS 

Single-Use License Option 

The Single-Use License is your right to use the soft¬ 
ware product on a single CPU. Single-Use licensed 
software is furnished under the licensing provisions of 
Digital Equipment Corporation’s Standard Terms and 
Conditions. 

For the first installation of this software product the 
user must purchase as a minimum: 

• Single-Use License Option, and 

• One VMS Extended Documentation Option 
(Includes full DECnet-VAX Documentation) 

The license gives you the right to use the software 
on a single CPU and includes the delivery of a Li¬ 
cense Product Authorization Key (PAK) to enable the 
DECnet-VAX software. The VMS Distribution and Ex¬ 
tended Documentation Options provides the machine- 
readable software and related documentation. 

To use this software product on additional CPUs, you 
must purchase a Single-Use License Option for each 
CPU. 

The one-time right to copy the software is no longer 
included with your Single-Use License Option. For ad¬ 
ditional CPUs, since DECnet-VAX software is included 
on the VMS Distribution media, you only need the one¬ 
time right to copy license for VMS. The VMS Extended 
or the VMS Base Documentation Options are are not 
required, but the VMS Base Documentation is recom¬ 
mended for additional CPUs. Note that the VMS Base 
Documentation does not include the full set of DECnet- 
VAX documentation, but is sufficient for those users 
who need to get started using the basic capabilities of 
DECnet-VAX. 

Migration Option - DECnet-VAX End Node to Full 
Function 

Current licensed users of DECnet-VAX End Node soft¬ 
ware are eligible for the Migration Option to upgrade 
a system from End Node capability to Full Function 
capability. This is a Single-Use License offered at a 
reduced price and provides all of the License rights 
described above under a full function license. 

For each CPU running DECnet-VAX End Node that is 
to be upgraded to Full Function, you must purchase, 
as a minimum: 

• Migration Option Single-Use License 
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Documentation Option 

You will receive DECnet-VAX documentation as part of 
either the VMS Extended or VMS Base Documentation 
options. Note that the VMS Extended Set contains 
the full DECnet-VAX Networking Documentation while 
the Base set contains a subset of this information for 
users who need only to get started using DECnet-VAX. 
You do not need to order any license option to obtain 
documentation; you need only order those manuals or 
sets which are appropriate for your needs. 

It is suggested that the VMS Extended Documen¬ 
tation Option be purchased as system management 
becomes more important to you; however, you only 
need the VMS Base Documentation Option to use the 
DECnet-VAX software to get started. When revised 
versions of this software product become available, 
you may obtain additional copies of the documentation 
by purchasing either VMS option again or by purchas¬ 
ing individual manuals. For your convenience, a sepa¬ 
rate DECnet-VAX Documentation-only Kit is available 
(QA-001AN-GZ). 

SOFTWARE LICENSING 

This software is furnished under the licensing pro¬ 
visions of Digital Equipment Corporation’s Standard 
Terms and Conditions. For more information about 
Digital’s licensing terms and policies, contact your lo¬ 
cal Digital office. 

LICENSE MANAGEMENT FACILITY SUPPORT 

This System Integrated Product (SIP) supports the 
VMS License Management Facility. 

License units for this product are allocated on a per 
CPU basis and are not dependent on CPU Capacity 
or User/Activity. 

For more information on the License Management Fa¬ 
cility, refer to the VMS Operating System Software 
Product Description (SPD 25.01.xx) or the License 
Management Facility manual of the VMS Operating 
System documentation set. 

For more information about Digital’s licensing terms 
and policies, contact your local Digital office. 

SOFTWARE PRODUCT SERVICES 

A variety of service options are available. For more 
information, please contact your local Digital office. 

Note: If a device is not listed, that device is not sup¬ 
ported by DECnet-VAX. 
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The following tables describe the physical hardware 
configurations supported by DECnet-VAX in terms of 
CPU type and communication interface. The numbers 
given in the tables are load units. 

Load units are incurred when a device is in active op¬ 
eration at the indicated speed. An idle device incurs 
no load. However, in general, systems should be con¬ 
figured so they can sustain peak load rates. 

Configuration limits such as power supply, air condi¬ 
tioning, and backplane space requirements are not 
considered in the following tables. Please verify sys¬ 
tem configurations with your Digital representative. In 
addition, please note that each device requires its own 
memory space for buffering and link control. Particular 
consideration should be taken when configuring eight 
or more DECnet-VAX links on a single CPU; if in doubt, 
please contact your Digital representative. 

Instructions for using the following tables: 

Each communications device belongs to one of the 
following three classes: 

Class I - DMA devices with firmware datalink 
protocol 

Class II - DMA devices with datalink protocol in 
handling software 

Class III - Low end non-DMA devices with software¬ 
handling datalink protocol and primarily 
per-character interrupts 

Listed below are the communications devices and the 
class in which each belongs. 

Each device class and line speed combination is as¬ 
sociated with the following load units: 

Load Units by Line Speed and Device Class 

Line Speed (kilobits/second) 



9.6 

19.2 

56 

>56 

Class 1 

8 

16 

45 

100 

Class II 

10 

20 

52 

115 

Class III 

13 

26 

n/a 

n/a 


Note: For speeds under 9.6 kilobits/second ( 9600 baud), 
load units are proportional. Thus a 2400 baud 
Class III (e.g. a DZV11) line would represent about 
3 units. 

Each CPU can support a given number of load units. 
In general, the faster the CPU the greater the number 
of load units it can support. The load units that can be 
supported by each CPU are: 


Load Units by CPU Type 


Main 


CPU 

Load Units 

BUS Type 

VAX 9xxx-xxx 

5400 

XMI/BI 

VAX 8810,20,30,40 

1500 

Bl 

VAX 8800/VAX 8700 

1350 

Bl 

VAX 6000^xx 

1300 

XMI/BI 

VAX 8650 

1200 

UNIBUS 

VAX 8550 

1200 

Bl 

VAX 6000-3xx 

945 

(formerly 63xx) 

XMI/BI 

VAX 8530 

940 

Bl 

MicroVAX 3800/3900 

865 

Q-bus 

VAX 8600 

790 

UNIBUS 

VAX 8500 

790 

Bl 

VAX 6000-2xx 

655 

(formerly 62xx) 

XMI/BI 

VAX 4xxx 

640 

Native/Q-bus 

MicroVAX 3100, 
VAXstation 3100 

640 

Native 

VAXstation 3200 

640 

Native/Q-bus 

MicroVAX 3300, 
VAXstation 3300 

640 

Native/Q-bus 

MicroVAX 3400, 
VAXstation 3400 

640 

Native/Q-bus 

MicroVAX 3500, 
VAXstation 3500 

640 

Native/Q-bus 

VAXstation 

3520/3540 

640 

Native/Q-bus 

MicroVAX 3600, 
VAXstation 3600 

640 

Native 

VAX FT3xxx 

560 

Q-bus 

VAX-11/785 

360 

UNIBUS 

MicroVAX II, 

VAXstation II 

280 

Q-bus 

VAX-11/782 

240 

UNIBUS 

VAX-11/780 

240 

UNIBUS 

VAXstation 8000 

240 

Bl 

VAX 8250, 

VAX 8350 

24Q 

Bl 

VAX 8200, 

VAX 8300 

200 

Bl 

VAX-11/750 

170 

UNIBUS 

MicroVAX 2000/ 
VAXstation 2000 

170 1 

Q-bus/Native 

MicroVAX 1, 

VAXstation 1 

CNJ 

o 

o 

Q-bus 
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Main 

CPU 

Load Units 

BUS Type 

VAX-11/725, 

VAX-11/730 

CM 

O 

o 

UNIBUS 


Notes: 1 For VAXstation 2000 systems, only one 

asynchronous data/modem RS-232C serial 
line is supported up to 9600 baud. For Mi- 
croVAX 2000 systems, up to 4 asynchronous 
data/modem RS-232C serial lines are sup¬ 
ported up to 9600 baud. 

2 The following CPUs are no longer offered: 

VAX: VAX-11/725, VAX-11/730, VAX-11/782 
MicroVAX: MicroVAX I 
VAXstation: VAXstation I 

The maximum system configuration, with a mix of de¬ 
vice types, is computed by adding the load costs (in 
load units) for each device up to the limit for a given 
processor type. For general information on possible 
supported configurations, see the configuration charts 
in the VMS Operating System Software Product De¬ 
scription (SPD 25.01.xx). 

Example: 

For a VAX-11/750 used to route messages in a DECnet 
network: 

Assume that the system uses a DMR11 (Class I de¬ 
vice) at 500 kilobits/second, a DMR11 (Class I device) 
at 19.2 kilobits/second and the synchronous line of a 
DMF32 (Class I device) at 19.2 kiiobits/second When 
the network is heavily used, the processor loading to¬ 
tals 136 load units. Adding a device with a load of 
greater than 34 load units (e.g., another DMR11 at 56 
kilobits/second) would mean that the VAX-11/750 may 
not be able to sustain heavy demand. 

Device Classes 


Device Type 

Class 

DELUA 1 

1 

DEUNA 1 

1 

DEBNA 1 

1 

DEBNI 1 

1 

DEMNA 1 

1 

DHU11 2 

II 

DMC11 

1 

DMR11 


DMP11 

1 


Device Type 

Class 

DMF32 (synch) 

II 

DMF32 2 (asynch) 

II 

DSB32 

II 

DMB32 (synch) 

II 

DMB32 2 (asynch) 

II 

DSV11 

II 

DIV32 

II 

DSF32 

II 

DMVII 3 

1 

DSH32 (synch) 

II 

DSH32 2 (asynch) 

II 

DZ11 2 

III 

DZ32 2 

III 

DMZ32 2 

III 

CXY08 

II 

CI780 4 

1 

CI750 4 

1 

CIBCA 

1 

DEQNA 1 

1 

DELQA 1 

1 

DESQA 1 

1 

DESVA 1 

1 

DHV11 2 

II 

DHQ11 2 

II 

DHT32 2 

II 

DST32 2 

II 

DHB32 

II 

DZV11 2 

ill 

DZQ11 2 

III 


1 When two or more Ethernet controllers are used on 
a single CPU, each controller must be connected to 
a different Ethernet cable. These cables must not be 
joined by a bridge or a repeater, although they may be 
joined by another DECnet router. 

2 Load costs are for each line of a device at 9600 baud. 
Higher data rates are not supported. 

3 Load costs are for each line at 56 kilobits/second. 
Higher data rates are not supported. 

4 DECnet-VAX supports up to 16 VAX systems con¬ 
nected to one SC008 star coupler via CI780/750 
interfaces. The effective maximum data rate through 
the CI780/750 using DECnet-VAX is limited to 1000 
kilobits/second at each node. 
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Support for Multiple Ethernet Adapters on Differ¬ 
ent Bus types 

VMS support for multiple, Digital supplied, Ethernet 
adapters on different bus types allows for: 

1. The added capability to Digital’s existing multi-rail 
support 

and 

2. The additional throughput capability of newer, faster 
devices while maintaining customer investment in 
supported older devices 

The following combinations are possible: 


Bus Type 

Adapter 

CPUs Affected 

XMI and 

DEMNA 

VAX 6xxx, 

Bl 

DEBNA, DEBNI 

VAX 9xxx 

Q-bus 

DELQA/DEQTA 

MicroVAX 3xxx 

and 

(DELQA-Plus 


Integrated 

or DESQA) 


Ethernet 

DESVA 


Controller 



Q-bus 

DELQA/DEQTA 

VAX 34xx, 

and 

(DELQA-Plus 

VAX 4xxx 

Integrated 

or DESQA) 


Ethernet 

SGEC 


Controller 



The following table indicates supported configurations: 


DECnet-VAX 

Combination 

CPU Type 

Load Units 

Bus Support 

VAX 6000-4xx 

1300 

Any combination of 

VAX 6000-3xx 

945 

XMI or Bl adapters 

VAX 6000-2xx 

655 

up to a maximum of 



6 adapters 


Restrictions 

Note: If the configuration is not listed here, that con¬ 
figuration is not currently supported by DECnet-VAX. 

1. UNIBUS support does not change. DELUA and 
DEUNAs are still supported at current levels. No 
combinations beyond existing support are sup¬ 
ported. 

2. The Q-bus environment is limited to 2 adapters on 
the same bus type. 

3. Failover of adapters is limited to DECnet proto¬ 
col traffic ONLY. SCA VAXcluster traffic is not sup¬ 
ported on multiple adapters on the same CPU for 
example. 

4. No more than TWO different bus types with Ether¬ 
net adapters are supported per any CPU. 

5. Multiples of different adapters are supported ONLY 
for Digital Ethernet Adapter hardware. 

6. Should average Ethernet utilization exceed 15% 
on average then failover is not guaranteed from a 
higher performance device to a lower performance 
device. 

In order to achieve a viable configuration the user 
and/or a Digital software specialist must perform a 
level of application analysis which addresses the fac¬ 
tors stated. 

SOFTWARE WARRANTY 

Warranty for this software is provided by Digital with 
the purchase of a license for the product as defined in 
the Software Warranty Addendum of this SPD. 

™ The DIGITAL Logo, DECnet, DECnet-VAX, Q-bus 
MicroVAX, Rainbow, VAX, VAXmate, VAXstation 
and VAXserver are trademarks of Digital Equipment 
Corporation. 


MicroVAX and 640 
VAXstation 3xxx 


VAX 4xxx and 640 
VAX 34xx 


2 Q-bus adapters 
maximum 

1 Native adapter 
maximum or 

a combination up to 

2 adapters of Native 
and Q-bus 

2 Q-bus adapters 
maximum 

1 Native adapter 
maximim or 

a combination up to 

2 adapters of Native 
and Q-bus 
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